NETWORK ADMINISTRATOR 


DATA COMMUNICATIONS 
GCOS 7 


_—— SOFTWARE 


SOFTWARE — 


SOFTWARE 


—— SOFTWARE 


SOFTWARE — 


: 


47 A2 O6UC REV1 


NETWORK ADMINISTRATOR 


DATA COMMUNICATIONS 


GCOS 7 
DPS 7 Network Administrative Supplement 


Software 


Subject - This manual describes DPS 7 front-end processor management and is intended for 
DPS 7 host site personnel. 


Special Instructions : This Revision1 is valid for GCOS 7 Release V2 users. 
It replaces Revision O dated May 1984, which remains valid for GCOS 7 Release V1 
users. 


Software Supported: GCOS 7-LS Release V2 
GCOS 7-MS Release V2 
GCOS 7-ES Release V2 


Date = July 1985 


) BULL | | 
“CEDOC - CELOG 


BP 110 Parc Industriel d'Incarville - | | 
27100 VAL DE REUIL - FRANCE 47 A2 O6UC REV1 


© Cli HONEYWELL BULL 1985 
Dépot légal 
3éme trimestre 1985 


7 Printed in France 


_ Suggestions and criticisms concerning the form, content, and presentation of this manual are 


invited. A form is provided at the end of this manual for this purpose. 


This document /s issued for information purposes only. It does not involve Cil-HB’s responsi- 
bility in case of damage resulting from its implementation. Corrections or modifications will 
be made without prior notice and brought to the knowledge of subscribers by appropriate 
updatings. 


PREFACE 


This manual describes DPS/ front-end processor management, and is 
intended for all DPS/7 host site personne] responsible for front-end 
processor operations, either locally or remotely. 


section I provides a brief introduction to the manual, giving details 
of the various publications referred to during the text. | 


section II describes the principal elements of front-end processor 
management’ namely, general file management as well as the three 
major FEP functions SYSGEN, Load and DUMP. 


section III gives a more detailed treatment of the various system 
files used during FEP operations. | 


section IV deals with the DSA Administrative Storage Facility (i.e., 
ASF), and provides examples of both test loading and. routine remote 
loading of an FEP, as well as the card syntax applicable to commands 
in the Scenario File. The ASF Function is associated with Distributed 
system Access & Control (i.e., DSAC) which is the subject of a 
separate manual. For further details of. the ASF Function, the reader 
should therefore refer to the DSAC User Guide. 


suggestions and criticisms concerning the form, content and purpose 
of this manual, are invited. A Technical Publications Remarks Form is. 
included at the end of the manual for this purpose. 


Fach section of this document is structured according to the heading 
hierarchy shown below, each heading indicating the relative level of 
the text which follows its 


Format 


| (highest )]| ALL CAPITAL LETTERS, UNDERLINED 


2 Initial Capital Letters, Underlined 
3 ALL CAPITAL LETTERS, NOT UNDERLINED 


4 (lowest) | Initial Capital Letters, Not Underlined 


section I 


Section Il 


section [II 


CONTENTS © 


Introduction eanaeoeeoeeevsnseaeeeoeenoeeseneesenseeoeet oe eoeee1deese @ 


Front-end Processor Management eceeccocsesvcvvcere 


Introduction eee @ove0e08 8660869 eenveeeersers oee @ eeeonn 


FEP File Management ceccesvccccvcssvessccesececs 


General eee eeeoeneeseevus8csteeoeeeneneeneneenoneeean 908 46080808 6802886 6 


File Names eeeoeerevueeoenanaeeaeeoeoeet td @02eeeeeoeee eoenesde @e eee & 


Front-end Processor Generation: SYSGEN .6.scoece 
OCL Command Syntax eeeeesen @e80¢888786808806 8&8 O08 hHOhUGMhlUOMClUe CUO 
Parameter Description cacccncvsescsvsevesceesers 


Front-end Processor Load FUNCTION 2. ceccee wevece 
OCL Command SYNCax acocccccscessesscsececs ctes 
Parameter DeSCriptilon ..cccncccccccvececssaser 


Front-end Processor Dump oeeonve00ee0009800708080908800 
OCL Command syntax eeoeerzreeceese ee eseee Fees eeROEE 


Parameter Lescription csc cecone vecvccesvesces 


Description of Files and SudfileS c.cccccesrccvvece 
Files Used Only. by the SYSGEN. Function .sceccee 


Resident Files Used by Load. and SYSGEN ..cccace 
Resident Library SYS.FPCONF ..ccccvnccse cacces 
Source Configuration Input Subfile .eccovee 
Other Subfiles. Used at SYSGEN eeeneve vevese 
Options Subfiles Used at Loading Time ..... 
Library SYS .FPCORE e@#@enoeeen1e268sceee#etseeeseeeen 6 eees @ 
SYSGEN FUNCTION ecocscccsccesevevsesevesceces 
LOAL Function eeeeoeeeee eee ee ee oe 8 eee 0e 6¢ 8 6€8& 8 6 
Resident Library SYS.FPPTCH oeeoee40eceneeveeoeees @ 
Resident Library SYS.~FPLUMP ..cccscscvecvccese 


1-01 


2-0] 
2-0 | 


2-03 
2-03 
2~-05 


2-07 
2-07 
2-07 


2-10 
2-10 
2-10 


2713 
2=l4 
2-13 


3-0 | 
3-0 | 


3-0 | 
3-0 | 
3-02 
3-02 
3-03 
3-04 
3-04 
3-05 
3-06 
3-07 


section IV 


Appendix A 


DSA Administrative Storage Facility errr eT a eee 
Introduction @#¢eeoseossee@esnsteeeoene@ee?e8e tf @G¢eedtene@ @€ e086 09 @e8 9 
Functionality eeosveee?oeee#8rt¢eeesee#see¢eeveee07eeens @ee 8G 6 GO 8 


Supported Files eeeaeeeoeecese#eeaesnsneeeoeeeevseesee¢ee eeaee e 
Record Format @e@eeestseeosev@2#@0606088@8 98 6888 &@ 0 0 8 & 6 


ASF Handler Start-up and Execution cece cccece 


Usage of the ASF Function eee eoeeses eescenvnoeeue 
Commands ieee ena as 0a es ae a ea a eee wee 
Test. Loading EX enole: 0.44%: 2 <5:4444456hi0 ous oe bees 


Prerequisites @Oeesesr ee oe ese eveeeeeesneeee ev eves 
Running the Test eeOoveeeeeeeeeoeeeenenanesee ses eeoses 


Remote Loading Example 5rd ata tert log toate) Ruareteee eee 


Card Syntax for Commands in Scenario File cece. 


GCOS System Files for DN/7 100 Support ceccsccseves 


vi 


4~0 

4-0 

4-0: 
4-0. 
4-0: 
4-04 
4~0¢ 
4-08 
4~O¢ 


4-0¢ 
4-07 


4-05 
4m} i 


A-0O| 


SECTION I 
INTRODUCTION 


This manual complements the following manuals, which describe [PS7 
communications and networking, and the relevant associated elements: 


4/7A2 O1UC Communications Overview 

4/7A2 O2UC Network Generation User Guide 

47A2 O2U5 System Installation and Updating Manual 

47A2 O4UC Terminal Operations User Guide 

47A2 O5UC Network Control Terminal Operations User Guide 
4/A2 10UC Network Administration Utilities User Guide 


In addition, the reader’s attention is drawn particularly to the 
following new manual, to which reference should be made for 
information covered formerly in Section 4 of Revision O of the 
present manual, as well as for further details of the Distributed 
System Access & Control function associated with the DSA standard ASF 
function covered in the present Section IV: 


47A2 15UC DSAC User Guide 


For further explanations of DSA and LATANET operations, the following 
manuals should be consulted: 


15A2 8023 LN7100 System Operation Manual (for LENS B2) 
39A2 9799 DN7IOO System Operations (for [NS C) 
IbA2 8024 LN/100 System Generation (for DNS B2) 
39A2 9807 DN7 100 System Generation (for UNS C) 


39A2 8849 Network Administration Guide 
39A4 9726 DSA Documentation [Lirectory. 


The objective of this manual is specifically to describe: 


e LPS? front-end processor management, from an administrative point 
of view: 


e® Generation 
e Loading 
e Dump. 
e DPS 7 Support for the DSA standard ASF function. 


All references to GCOS presuppose the. operating system running on the 
user’s DPS/7$3 i.e., GCOS/. 


4 


# 


4 


SECTION 2 


FRONT-END PROCESSOR MANAGEMENT 


INTROLUCTION 


GCOS may support up to four Latanet. front-end processors, managed 
through OCL commands via either the DPS/%s system console or the 
network control terminal. 


Principal functions include system generation (SYSGEN), loading and 
dumps of a specified front-end system. Two service jobs are launched 
automatically for each function required. 


\ Firstly, ADM is responsible for system dialog via Cross~Network 

' Protocol (CNP) as well as for interaction with the second job NASF, 
which provides file access facilities. Both jobs run in the 
scheduling class "S", with a high despatching priority in order to 
meet time constraints imposed on the PSI (i.e., Peripheral Standard 
Interface) dialog. For this reason, the user is strongly recommended 
to preinitialize the NASF load module, with "PLM HUNASF". During 
operation, the high despatching priority is reduced once the — 
“critical period" has been eon ekaios 


rigs 


concurrent Ciecr ins of’ ‘load, Sanpa and SYSGEN functions. 


The transport function, launches through the SI command, is performed 
by another service job, FNPS (Front-end Network Processing System). 
There are as many occurrences of FNPS as there are active FEPs. 


GCOS does not support the [LSA automatic load function, at 
initialization or power-up of the FEP Latanet. Before starting the 
 telecommunications session with "ST", the operator must perform MI 
to load or run SYSGEN,. 


The FEP’s "resident" facility, for notifying "attention" events via a 
programmed link, should not therefore be used on. the PSI between the 
DPS? and the Latanet FEP. 


Once transport has been launcheu by the OCL command ST, with an FEP 
already loaded by an explicit MIF, any FEP failures are handled 
automatically whenever possible. The necessary operations of dumping 
the FeP, reloading it, and relaunching transport, are all performed 
without any operator intervention. This continues until such time as 
the OCL command TT is given. 


It should be noted that, if a failure occurs, any subfile arguments 
used with MIF commands are lost: the subsequent load operation is 
automatically performed according to the FEP’s default configuration. 


Qo | 


Normal and abnormal messages, associated with execution of APM and 
NASF, are documented in the Network Control Terminal Operations 
manual. | 


Normal functioning of the FEP is checked each time an MTF (i.-e., 
Modify Telecom Front-end) command is launched for loading, dump, or 
SYSGEN. The CNC configuration command FNP’s parameters "NLOAL" and 
“HATLOAD" are interpreted as follows? 


NLOAD specifies that the DPS/ concerned may not issue commands for 
Latanet loading, dump, or SYSGEN. If attempted, such commands 
will be rejected. This option is useful where a given Datanet 
is shared between two host systems, with only one of them 
having the right to modify the status of the FEP. 


RMTLOAL specifies that the LPS7 concerned is to initiate loading, 
dump, and SYSGEN on the Datanet, from the [:atanet’s own 
diskette. 


These two keywords are mutually exclusive. If both of them are 
omitted from the CNC statement, however, these functions are 
performed using the relevant GCOS system libraries and subfiles. 


FEP FILE MANAGEMENT 


Leneral 


Certain system files and subfiles are required to be present for 


execution of LN/7100 administrative functions. All these FEP files are 
created with the TAILOR function, which is covered in the System 
Installation and Updating manual. These files may be divided into two 
categories: i.e., those which, respectively: 


1) Must be resident 

2) Do not necessarily have to be resident. 

Ihe following information is provided for each file concerned: 
e File name 


e The subfile concerned, together with details of its contents and 
permitted usage 


® The network control command needed to activate the function which 
accesses the subfile in question. 


The name of a subfile, denoted by the format “<fsys-name>x", 
represents a concatenated subfile name, where? 


e "<fsys-name>" is the front-end system as declared with the FSYS 
command at network generation. 


e "x" is an alphanumeric character which qualifies the subfile’s 
contents. : 


FSYS is a configuration language object which replaces the earlier 
NOLE object. Note that in GCOS/-V2, the CNC utility supports this 
NODE command originating from the configuration language applicable 
in previous releases. 

A subfile name, depicted in the format: 

@ "<UPPER-CASE-STRING>", represents the real name that must be used 


e "<lower-case-string><UPPER-CASE>", represents a subfile name, with 
a maximum length of 16 characters, which is concatenated from: 


e A "free" part 


@ A "fixed" part. 


Examples: 
ELIE IIE OIE 


<fisys-name>l N20) in SYS.FPDUMP 
<fsys-name>2 PN202 in SYS.FPDUMP 
IMAEXCOPT | IMAEXCOPT in SYS.FPCONF 
<subTfile-name> V24DN20I in SYS.FPCORE 


<subfile-nameeOPT V24UN20I0PT in SYS.FPCONF. 


FILE NAMES 


All 
env 


files referenced by DATANET functions are interpreted in the GCOS 


ironment as follows: 


The Tirst four characters of tne DATANET file’s name string are 


concatenated at the end of the "SYS.FP" string to form the 
corresponding CCOS file name 


of the subfile in the file concerned. 


The PATCHI function in the configuration command file3 
AS sé 


MPATCHIT CONFPATCHI"™ is interpreted by GCOS 


e Library SYo.FPCONF 


e Subfile PATCH] in this library. 


the END function in the configuration command file 


WEND -SAVE COREV24UN207 -STAsT" is interpreted by GCOS as: 
@® Library SYS.FPCORE 
® Subfile Ve4LN20I in this library. 


The AF function in the configuration command file3 


WAR ADMIT AFT ... -DIR TEST ..." is interpreted by GCOS as the 
library SYS.FPTEST, without any explicit subfile reference. 


The remainder of the CATANET file name is interpreted as the nam 


Gia 


Figure 2-13 Summary - anet Configuration Commands & GCOS miles 
The GCOS files referenced by each of the principle | N Datanet| 
"configuration ore} mands "8 
Datanet Command | GCOS File Referenced 
IR UNCS SYS.FPUNCS 
LKFL CONFCHXMOD ? SYS.FPCONF, subfile 
PATCH2 PTCHPATCH2 * SYS.FPPTCH, subfile 
PATCH 1 CONFPATCHI * SYS.FPCONF, subfile PATCH 
ENG -SAVE CORE<subfile-name> [SYS.FPCORE, subfile <subfile-name> 

Note that these GCOS names, from the Sth. character onwards, 


may be changed if the corresponding subfile in fact carries 
another name. 


Datanet "GO" Command at SYSGEN: 


Datanet Command 6COS 4 le 


GO CONF <sfe-namel> —-SVPAT2 CORE<sf-name2> ISYS.FPCORE | 
| subfiles | ie 


~GOFILE CONF <sf-name3> oe 


5} 
subfile? <sf—nam 
St 


@|> 
ubfiles pa le 6 


~PAT2 PTCHPATCH2 SY Ser PP iCH., 
subfile: PATCH2 
Patanet "GO" Command at Loacing:s 
Latanet Command 
GO -GOFILE CONF <subfile~namea> |SYS.FPCONF, subfile <subfile-name> 


YS.FPPICH, 


inistra tive Functions? 
gCO eferenced 


Do -FILE CON ¢ sa eou SON 
: sheet ae Bae ice aes 


on Leod 


PRON DeE NL Pit 


QCL Command 


Mir fs 


Parameter Les 


fsys-name 


subfile-name 


svolume-nam 


oy 


QCESSOR GENERATIONS 


Cc” ¢ ce | 
SD YOUEN 


Syntax 


ys-name 
SYSGEHL. <subfile- 


name>li<volume-name>: <daevice-class>]] 


cription 
as derined in the FSYSTEM command (which 
has replaced the NOLe from previous 
releases) at network generation. 


identifies the subfile, ae the 
source UN/100 configuration, SYS .PCONF. 
The user must specify this betta name 
explicitly, when generating from any 
subfile other than *<fsys-name>C", 


eidevice-class defines the volume associated with the 
source Tile concerned. If SYS.FPUNCS or 


~SYS.FPSGEN is not resident, this parameter 
must be supplied and the corresponding 
volume mounted before the command to SYSSGEN 
is issued. 


wd 


Example I: 
3% MIF DN2ZO SYSGEN.V24UN200 

1O.13 X891 STARTER ADM OPERATOR S 
1O.15 £892 STARTED NASF OPERATOR S&S 
CC46  LN2O SYSGEN STARTED 
C46 DN20 SYSSGEN COMPLETED 
CC20 LN20 TERMINATED 
19.20 £892. 1 COMPLETED NASP OPERATOR S 
10.20 X391.1 COMPLETE!. De OPERATOR S 

All files are resident and tne innout configuration is to be from tne 


subfile 


Ves Ne IC" 


Example 23 


58 MIF JN20 SYSGEN?K4 lOsMS/M452 
~~ «10631 X905 STARTED ADM OPERATOR’ S 
10.31 X906 STARTED NASF OPERATOR S$ 


SYS.FPSGEN and SYS.FPUNCS have been allocated on the non-resident 
volume "K4i0". The configuration is to be input from the SYS.FPCON- 
subfile "DN20C". 


Example 38 


93 MTF DNO4 SYSGEN.V240N04C 2K4 108MS/M452 
07.45 X918 STARTED ADM OPERATOR S 
07.45 X919 STARTED NASF OPERATOR S | 
CC46 DNO4 SYSGEN STARTEL | 
CC46 DGNO4 SYSGEN COMPLETED 
CC20 ENO4 TERMINATED | 
07.50 X919.1 COMPLETED NASF OPERATOR S 
07.50.X918.1 COMPLETED ADM OPERATOR S | 
This example represents a "mixture" of the two preceding ones. The 
subfile to be input from SYS.FPCONF is "V24DNO4C". SYS.FPSGEN and 
SYS.FPUNCS are non-resident files. Note that: 


@ A "START" keyword in the END command, in the FEP configuration 


command file, starts the system generated. MTF is thus superfluous 


for loading the EN7IOO after a SYSGEN of this type. 


@ When SYS.FPSGEN and SYS.FPUNCS are non-resident, these files must 


be mounted before the operator enters the MIF command. 


For an overview of Datanet "configuration commands", and their 
relationships with GCOS files, refer to Figure 2-1, on page 2.6, 


above. For the semantics associated with using these files, refer to. 


pages 3.1 to 3.2. 


&) 


SYS GEN 
Figure 2-2: SYSGEN Data Flow 


SYS .QUT SYSeFPCORE SYS.FPCONF SYS.FPUNCS SYS.FPPTCH 


SYS.FPSGEN 
Patch List CHX MOD 
| vs 


MAP List <fsys—-name>I PATCHO PATCH2 
<fsys-name>C -SAVE sf_name — 
List 
os ene 
SYTABLE 
bound units IMAEXC 


IMAEXCOPT 
<sf name>QPT 


HOST 


QCL 
Command 


MIF <fsys-name> 
SYSGEN.foption] 


CNP | NASF 
Data 


PSI 


CNP 


DATANET FEP 


LOAEL 


rPRONI-END PROCESSOR LOAD FUNCTION 


OCL Command Syntax | 


MIF fsys-name (€subfile-name] 


AUTO | 
AUTO.Subfile-name 


fsys-name 


subfile-name 


as defined in the FSYSTEM (alternative to NOLE) command 
at network generation. 


identifies the subfile containing the memory image to be 
loaded to the DN/7 100. Necessary for loading the 
software, this name is applied as follows? 


e "*<fsys-name>I" by default 


® If explicitly specified by the user, the subfile may 
bear any name, and there may be as many versions of 
UN7100 software as there are subfiles created in 


at 


In either case, the subfile used must exist in the 
SYS.FPCORE library. | 


A special convention enables the user, if required, to 


Patanets 


e If a subfile is specified, it must be prefixed by the 
character string "AUTO"$ i.e.? 


MIF fsys-name AUTO.subfile-name 

e If the default subfile is being used, the "fsys-name" 
must be followed by the character string "AUTO"; 
1.@.3 
MIF fsys~-name AUTO 


Note that use of this convention EXCLUDES the naming of. 
an IMA as "AUTO", 


2. 10 


The file naming conventions uses with the MIF 
Tound on pages 


subriles", 


relation to the 


re | as * ~. a 
Example 


@ 
e 


(~e 35" 


we? %” eae 


oy tees 
> 


3.1 to 3.5, 


AEA OTT 


(B94 OT AE ITE! Ladynvk 
LNO4 LOAD STARTED 
ENO4 LOAD 

PNO4 TERMINATEL 

X¥894.1 COMPLETED 

Vie 


X85 COMP LETEL 


301 


we 83 


[NO4 V24LNO41 
893 STARTED ALM OPER 
Y 


COMPLE? so 


in Section 
all subt 


where the contents of 
OCL commands used. 


Zell 


ATOR 
(); aor int ATO} 


load conmanag, may be 
wDescription of riles and 
iles are described in 


Oe ee 


MADE OPERATOR 
ADM OPERATOR 


Ne 
La 
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Figure 2-3: Load Data Flow 


SYS .QUT SYS.FPCONF S3YS.FPCORE SYS, FPPTCH 


Patch List PATCH2 
<fsys-name>IOPT <fsys-name>l 
or or MTF 
<sf name >OPT <sf_ name> 
PPS 7 
OCcL MTF 
Host : ay<fsys-name> 
Command L ! 


Or 


MT <fsys~-name> foption] 


| DATANET FEP 
| roys | 
<fsvs-name> | 


¢ 


a1 


YU M P 


QCL Command oyntax 


Mie fsys-name LUMP 


Parameter Lbescription 


fsys-name as defined in the FSYSTEM command at network generation. 
kefer to the Network Generation Manual. 


LUMP Specifies that the DN/7100 be forced to take a dump. AS soon 
as the DN/ICO receives the "dump" command, its CPU is 
Stopped prior to the core image being dumped by a permanent 
routine in the MMPB. The corresponding FNPS service job is 
aborted with a dump. 


The DN/100 memory image is dumped to either subfile 
N<fsys-name> I", or subfile "<fsys-name>2", in the resident 
library SYS.FPDUMP. The size of this library should be 
large enough to accomodate two dumps for each FEP present. 
Such a dump always erases the oldest existing member in the . 
library concerned. 


CN7100 dumps may be edited with the UNS Dump Editor utility 
DSALUMP, described in the Networs Administration Utilities 
manual. 


Example 13 


58 MIF DNO4 DUMP 
IO.16 XS695 STARTED ADM OPERATOR S 
IO.16 X896 STARTED NASF OPERATOR S 
CC33 DNO4 DUMP STARTED ON DNO4 I 
CC46 DNO4 LUMP COMPLETED 
CC20 DNO4 TERMINATED 
lO.) 7 X889.1 COMPLETED AGM OPERATOR 5 
1O.1/7 X896.1 COMPLETED NASF OPERATOR $S 


this example shows a successful dump of the FEP "DNO4" to the subfile 
WENO4L". 


2.13 


Example 23 


S: MIF 
10.42 
10.42 
CC22 
CC1i4 


cc20 
CC l4 


CC20 
10.43 
10,43 


DUM P 


l;NO4 DUMP 7 

X907 STARTED ADM OPERATOR S 

X908 STARTED NASF OPERATOR S 

ENO4 DUMP STARTED ON DNO42 

UNABLE TQ ACCESS (PUT) SYS.FPDUMP/DNO42 
RC=4DC20027->DSEQL 2,0ATALIM 

NASF TERMINATED ABNORMALLY 

UNABLE TO ACCESS (NASF) ENDED/STATUS= 07 
RC=8 3BFOOC8—->FALM 63, CHECK 

DNO4 TERMINATED 

X908.1 ABORTED NASF OPERATOR S SEV3 
X907.1 COMPLETED ADM OPERATOR 5S 


The above example shows an unsuccessful dump to subfile "DNO42", due 
to SYS.FPDUMP not being large enough. 


Figure 2-4: LUMP Data Flow 


SYS. FPDUMP 


<fsys-name> lj 


/ <fsys-name >2 


OCL Command : 
MIF <fsys-name> DUMP 


214 


SECTION 3 


DESCRIPTION OF FILES AND SUBFILES 


FILes USED ONLY BY THE SYSGEN FUNCTION 

These files need not necessarily be located on resident volumes. If 
they are non-resident, the MIF SYSGEN command must specify 

3 <yvolume-name>t<devclass>", 


For file creation, refer to the TAILOR function which is covered in 
the GCOS System Installation and Updating manual. 


The library SYS.FPSGEN contains a subfile [MAEXC, wnich is a 
bootstrap for the DN/100 system software used at generation. 


SYS. EPUNCS contains the subfile YTABLE, and the “bound units" used 
for generating the DN/100%s software image. 
Example 13 

MTF DN2O SYSGEN 


All tnese files are resident. 


nt 


MIF DN20 SYSGEN#K4103MS/M452 
eens case, SYS.FPSGEN and SYS.FPUNCS have been siiec ted on volume 
RESIDENT FILES USED BY THE LOAD ANE SYSGEN FUNCTIONS 
Library SYS.FPCONF 
SYSeFPCONF contains two kinds of subfile: 
1) Configuration subfiles used by the SYSGEN function, containing: 
o Source configuration input 
0 Link commands 
0 Patcnes. 
2) Option subfiles, for use in starting a load or SYSGEN with 
specific parameters, using the DN/7100 command GO (which must be 
the first record in each of the subfiles). 


ce 


SOURCE CONFIGURATION INPUT SUBFILE 


The default name for this subfile is "<fsys-name>C", for use when nc 
Subfile argument is entered with the MTF command; e.g.3 


MIF DN2O SYSGEN 
MIF DCNO4 SYSGEN#K410%MS/M452 


~ where “"DN20" is generated with subfile DN20C, and *"DNO4" with 
subfile DNO4C, in SYSFPCONF, 


When specified explicitly, the subfile name is used for reading the 
configuration input. A set of different configurations may thus be 
managed, through use of MIF’s optional subfile argument. The 
objective of this facility is to enable testing of new conte eatnOn 
Subfiles$ e.g-? 


“MTF FSY! SYSGEN® is equivalent to MIF FSYIl SYSGEN.FSYIC 
“NTF FSY1 SYSGEN.FSYI_LOLL® and 
“MTF FSY] SYSGEN.FSYI_NEW" - where "FSYILOLD" and "FSYI_NEW*" are 


two subfiles in SYS.FPCONF, containing two different version 
of the configuration for the DN/71I00 "“FSYI", 


OTHER SUBFILES USED AT SYSGEN 


PATCHO is the subfile containing patches for the SYSGEN software _ 
module IMAEXC. 


PATCH] is the subfile containing patches for the DN/100%s "bound 
| units" (comparable with compile units, in GCOS terminology). 
These updates are performed at SYSGEN times the two subfiles 
are not referenced at each load function. —_ 


CHXMOL is the subfile containing commands, used to link SYS.FPUNCS 
modules optionally, depending on configuration functions. 


ihe SYSUEN function searches for an option subfile named either: 


IMAEXCOPT © when SYSGEN is not required from a specific 
7 configuration input subfile 


<subfile-name>OPT when SYSGEN is required from the subfile specified 
in the MTF command. 


If no such subfile exists, the default value assumed by GCOS, 
depending on the MIF command, is either: 


"GO CUNF<fsys-name>C -PATCH CONFPATCHO" 


NGO CONF <subfile-name> -PATCH CONFPATCHO", 


OPiTONS SUSFILES USED AT LOADING TIME 


the load function searches for the existence of a subfile nameci 
elther: 


<f sys-name>JOPT wnen the load is not required from an 
explicitly specifieuw subfile 


é<subrile-namerOPT when the load is reguired from 4 subfile 
Specified in the Mii command. 


If it exists, such a subfile must contain the Latanat "GO" command as 
its first record. This record is limited to a maximum length of 169 
characters$ in the event of needs greater than this, the 60 command 
parameter "-GOFILE" should be used, 

If no such subfile exists, the default assimed by GCOS iss 


"GO =PAT2 PTCHPATCH2*. 


Examples: 


WMT PSY" ~ where the SYS.FPCONF subfile FSYIIOPT is. 
searched 


HATRF FSYI FSYIT_OLD# ~ where the SYS.FPCONF subfile FSY I_OLDOPT 
is searched. 


Library SYS.FRPCOHE 


snould be preallocated as a BINary library. Objects in a SIN-type 
DYS.rPCORE library are in IMA (i.e. Image Memory Address) format. 
inis library is used for saving the generated image, depending on the 
END command in the source cone Our aeTon suofile, and for fetching the 
DATANELT image at each load. | 3 7 


OYOGEN FUNCTION 


ihe generated image is saved in a subfile the name of whicn may be 
specified in the two LATANET commands: 


WeND SAVE eGREssubri Tesnanes se in the configuration input 


"GQ CONF <source~sSubfile-name> -SVPAT2 CORE<subfile-name>" - in the 
SYSGEN function’s options subfile. 


fo use the MIF load command’s default value, "<fsys-name>I" should be 
specified on both commands when saving the image, either: 


Oo Before PATCH2 is applied (i.e., "END -SAVE") 

o After PATCH2 has been applied (i.e., "GO -SVPAT2"), 

In the second of these two alternatives, the GO command of the load 
function snould be specified in an options subfile with the keyword 
HeNOPATZ"®. An exception is when a new patch increment is to be 
applieds i.e. "-PAT2 PTCH<increment>*, 


Note that a GU command, found in an options subfile, overrides the 
whole default value assumed by GCOSs8 


o Tne input configuration must be specified 


o [It is recommended that the same configuration subfile be specified 
as in the MIF command | 


o Tne parameter "-PATCH CONFPATCHO" snouli be specitied as shown 
above, because the default value assumea by the UN/100 is not 
compatible witn GCOS. 


Example: 
Ct PRINT V24LNO4COPT$ 


9 GO CONFV24PNO4C -PAT2 PTCHPATCH2 -SVPATD2 COREV 24DNO04] ~PATCH 
CONF PATCHO 


LOAL FUNCTION 
The subfile containing the IMA of the LN7I920 to be loaded, has a 
default name of "“<fsys-name>I", which is used whenever no subfile is 
specified in the MTF command$ e.g.: | 

“MTF DN20O" — where DN2OI is referenced to load tne subfile "N20", 


hen specified, the referenced “<subfile-name>" is used to read the 
DATANET’%s memory imaye. This allows test IAs to be managed? ¢«.q.3 


NMTF DN2O V24UN20I" — where "V24UN20I" must have been specified in 
WENDL -SAVE COREV24C0N201". 
Example é 
LMN BIN LIB = SYS.FPCORE 3 


>>>08204 LIBMAINT 35.00 58 -] 
C3 LISI *3 


MEMBERS | 
Cx EATED--~---MOD IF [EL ----MUD--TYPE-=LINES-VERS ION 
DNO4I : ee 
02/25/83 10257 02/25/83 10357 00 IMA O 0.0 
LN20I | | a ah ege 
| 03/ 18/83 10206 03/18/83 10806 00 IMA O 0.90 
~V24uUNO4T . tf a 
03/24/83 08:01 03/24/83 08:01 00. IMA O 90.0 
V24EN201 | : 
03/24/83 07346 03/24/83 07:46 00 IMA O 0.0 


NUMBER OF MEMBERS 3 4 
Cs QUITS 
<€<<08 205 


3.5 


Kesident Library SYS.FPPICH 


Contains patches used for updating the generated DN/7I0O0 image at each 
load function, when: 


e No options subfile is stated at load time, "PATCH2" is assumed to 
be the subfile name | 


@® An options subfile is stated, the GO command should Specify one 
of: 


@ -PAT2 PTCH<subfile-name> 
@ —PAT2 PTCHPATCH2 


@® -—NOPAT2. 


EXAMPLE & 


Cs PRINT *OPTS 
DNO4IQPT 
O GO “NOLIST ~PAT2 PICHPATCH2 
DN20 IOPT 
O GO -NOLIST -PAT2 PTCHPATCH2 
V24DNO4COPT | — 
O GO CONFV24LNO4C -PAT2 PTCHPATCH2 -SVPAT2 COREV24DNO4I 
; ~PATCH CONFPATCHO : 
V24DNO4I0PT 
Q GO -NOPAT2 -NOLIST 


- shows option subfiles and their usage, wnere? — 
Hy NO4 TORTS and _ = 
RP N2O0TOPT# are executed at load time for the FEPs "DNO4" and 


HDN20", with the images "DNO4I" and "DN20[" 
respectively. 


WV24DNO4COPT" is executed at SYSGEN, in the second example on page 
- | 2.8. The image V24DNO4I is saved after the PATCH2 file 
has been applied. 


HVQ24DNO4IOPT" is executed at load (see the example on page 2.11), 
with: 


e@ '-NOLIST" 


@ "=NOPAT2". 


Hesident Library »YS.FPLUMP 

required to be resident, SYS.FPLUMP contains the two latest dumps for 
each LN/710O0 FEP. ithe subfile name to which the dump is written, is 
specific to an FSYS name. The oldest existing subfile is erased 
before the current dump is written. 


When using the DSADUMP utility with a concurrent "MTF <fsys-naine> 
DUMP#® command, caution should be exercised in avoiding both functions 
accessing the same subfile. Should this happen, however, one of the 
two functions will receive the "OPENS" return code and terminate 
abnormally, 


SECTION 4 
LSA ADMINISTRALIVE STORAGE FACILITY 


INTROLUCTION 


ASF enables the system to receive incoming administrative sessions 
from correspondents, on the standard SNASF mailbox, and provides the 
capability of exchanging sequential files between administrative 
correspondents in the network. 


The maximum record length supported is 200 bytes. 

The ASF facility is enabled automatically, as soon as an MIF command 
is issued and a primary link is established in the network, 
independently of the type of this link (through either a DN7100 or a 
UCC)3 i.e., at the first ST command. 


Up to ten ASF connections may be supported concurrently. 


Figure 4-1? ASF Flow 
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FUNCTIONALITY 


Supported Files 


Files are transmitted sequentially, record By record. Record maximum 
length is 200 bytes, including the record header. These files 
includes 


@e SYS.OUT in WRITE mode’ i.e., oe the ASF Handler to 
SYSOUT,. 


e <Any subfiles belonging to libraries named SYS. FPxxxx, in either 
WRITE or REAL mode. 
Record Format. 


A LSA 200 AEP-like record format is used. Xecord types supported 
include: 


@ QOPEN FILE: 
© Sequentially accessed 
© READ or WRITE 
@e File name in either ASCII or EBCDIC 


@ File name = SYS.QUT, in WRITE mode only, with standard delivery 
from SYSQUT to the ASF Handler 


® File name Woexxxyyyyyy" in either REAL or WRITE mode, where? 
xxx is of fixed length (i.e., 4 characters) 
“"vyyyyy" may be of variable length. 


@ File name specifies = library SYS.FPxxxx 
subfile yyyyyy 


e DATA 
@ EQEF 


ASF Handler Start-up and Execution 


ASF is automatically enabled as soon as an MIF command is issued and 
a primary link is established with the network. The ASF Handler is 
packaged in the NASF job and launched automatically, upon each 

network connection made with the $NASF mailbox. Potentially, there 
may be several ASF Handlers active concurrently (1i.e., aS many as 
there are concurrent administrative sessions open on the $NASF. 
mailbox). An administrative correspondent may access several oe 
consecutively within the same session, e.g.3 


5.36 X1I91 STARTED NASF OPERATOR S$ 


- indicates the automatic launching of the NASE 408 in order 
to make a test, dump, or load to a remote [)N7100 


15.36 XI91.1 COMPLETED NASF OPERATOR S 


~ indicates the end of the test, dump, or load (as . 
appropriate). 


Usage of the ASF Function 


e DN7100 on-line test load from an experimental library on DPS7. An 
example of this may be found on pages 4.6 through 4.8, below. 


e ELN7100 Remote Load/Dump/SYSGEN Support. 


For remote load, the DN7I00 reads the image and the patches 
applicablet and sends output deliveries to files on the DPS 7. For 
remote dump, the core image of the Datanet is written away. The 
scenario files used for remote load/dump must be created in 
subfiles of SYS.FPCONF. 


COMMANDS 


"DT SNASE" gives the number of NADs currently connected to the S$NASF 
mailbox. Tnis number corresponds to the number of ASF Handlers active 
on DPS73 e.g. 


S$ DI S$NASF 
CCO7 S$NASF MB LYN ON CNCT82/10 WAITING 80/0 


- {ndicates that two NADS are connected to the S$NASF Handler, hence 
two active ASF Handlers. 


atop 


The LN7100 runs on UNS B2 software? 


Figure 4-2: Test Loading Example 


— DPS7 “HU20" 


[EN7100 "DNO4" 


SYS.FPTEST 


Prerequisites 


ON THE DPS7 


The SYS.FPTEST library contains as many subfiles as there are tests 
to be launched$ i.e. 


e® Asynchronous lines? 
e LASYOO 
@ LASYO!I, ... 
e HDLC lines: 
@ LHDLOO 
e LHDLO!, ... 
@e Etc. 


ON THE DN/100-. 


Configuration of a test-type administrative function. 


Figure 4-33 Test Administrative Function on Patanet 


Mailbox Name 
on DPS7 


DPS/7 Name Test Library Name on DPS/7/ 
i.e, (SYS.FPITEST (see page 4-3, 
above) 


Once the DN/ 100 has started, the following AF may be displayed: 


DA AF 
AF? AFTI TP=AFT ST=ENBL ADDR=O11F 


HKunning The Test 


Execution of LASYOO sends asynchronous line testing instructions to 
the DN7 100 console. 


i. Lest Launch on DN7100 Console, after connection to the NOI (i.e., 
Network Operator Interface): 
2?EX TL LASYOO 
The batanet Administrative Module opens a session on the S$NASF 
mailbox on HL20, in order to retrieve the corresponding test. The 
file requested (in the OPEN record’s protocol) is: 


TESTLASYOO 


- where "TEST" is from the AF, and "LASYOO" is from the "EX TL" 
command. ihis will be interpreted on the DPS7 as:3 


@ Library SYS.FPTEST 
@ Member LASYOO 


2. An NASF job is Spawned automatically on the IiPS7, to transfer the 
corresponding subfile and then terminate’ 


Ib.52 X205 STARTED NASF OPERATOR S 
I5.52 X205. 1! COMPLETED NASF OPERATOR S 
5.52 X205 QUTPUT COMPLETEL NASF OPEX ATOR 


Figure 4-4: Test Execution on LN7100 


NODE=C0NO0O4 TIME=# 153522188 1983%2:28 NW-TEST 
TL: LASY EXTL ACCEPTED 

SOFTWARE COMPATIBILITY 

LASY REV5 SOFT DNS 2.6 


| HARLWARE COMPATIBILITY 
| BMLCOOITB-008 (FW OO00C)- 
| BMLFAO 18-001 
| ASYNCHRONE LINE TEST’ NUMBER OF PROG, = | 
? NUMBER OF ROUT, = 2 
3 ROUTI =SHORT MESSAGE 
3 ROUT2 =LONG MESSAGE 
RULES TO EXECUTE THIS TEST TYPE ADAPTOR 2108 2118 
}. CHOICE LOOP BACK MODE 3 | 
A = AUTOMATIC CINTERNAL LOOP BACK) 
B = BRANCH CABLE CEXTERNAL LOOP BACK) 
C = COMMUTATION LOCAL OR REMOTE MODEM 
IF SKEY OPTION = OOO] NO RELEASE CONTROL 


NODESLNO4 TIMES: 15252231198323828 NW_TEST 
TL! TYPE=I CODE=20 
JEND O OF LASY t= OK 


REMOTE LOADING EXAMPLE 


When operating as an FEP, a Latanet runs on either DNS Be or DNS C 
software. The DPS/7’%s standard ASF Handler is used to fetch and return 
the various components used. This also applies to a neighboring 
(i.ee, remote) Latanet operating another neighboring Latanet. These 
components include’ 


e® the commands in the scenario files to be executed by the Datanet 
Loader 


@ the IMA to load the (remote) neighboriny Datanet 


e Ine source configuration, bound units, and patches needed to 
generate the neighbor 


@ Ihe IMA generated after SYSGEN, or patcned after a load 


@ the output delivered when the operation is complete, including 
listings, errors, etc. 


Figure 4-5: Remote Operations Example 


LPS7 Host LN7100 | Neighboring 
(FEP DN7100 
or 
Remote) 


HDLC 
Point-to-—point 


joite Supporting Loader Site Site to be 
NASF Functions Loaded, Lumped, etc. 


Figure 4-6%- | 
Loader Configuration: Administrative Function TLD Cee, Teleload) 


HR BREKK KKK KRKEKKEKRREKREKE KEKE RKREK ARK RE KEEEREK RARKEKEK KERR AKRKK eR KK 
IDN7100 V24DN20C -E0S %5PFEL5ZGB8$TDBB8$ #0W3%UC$T IL_8EISLH5 #1 FBN88 
| R WERE KKKEKEKKKKRKREKEEKK REE KKAKKKRE RRR KKK KK RR RR KK KR RK KK RK RRR RR 
DIR UNCS 
ILKFL CONFCHXMOL 
|'iBFL UNCSYTABLE 
PATCH! CONFPATCHI 
}PATCH2 PTCHPATCH2 
KH KK KKK KKK KK RE KREKKKEEREKRE RRR RKEKKEREKKE REE KEKE RRR RR KKK kK 
& wk kk kkk KKKKKKEK LOCAL SITE *xkkKkKKKKKKKKK 
NE DN2O LOC -ALDR 18131 
g 
11 
AF AFI LOG -NODE HD20 -U0PTN -LV 0 
MB $DEBUG -PSSW UNCP 
PAF NOII NOI “NOLE DN20 -NEEL -LVL 0 
AF AFT 1 AFT NODE HL20 =D =ST_-MAIL $NASF 
TLLD TLD[=TLLND DNOd CNSFND HDS0 “LL HLL 
FAUT 


-FILE CONFV24SDNO4C 


1END -START —SAVE COREV24DN201 


 Pigure 4-78 Scenario Executed by the Loader Site 


| Note that this scenario comes from the scenario subfile, introduced 
with an "AF ... ILE" ere on the site saci NASF functions. 


1 Cs PRINT| Eee! LNO4C] 


| Load LOAL COREVTESTSVPAT2 MAP SYS,QUT 
GO -NOLIST 


| Lump SCEN A 
| DUMP DUMPL:NO41 


Sysgen SCEN C 
| ; LOAL SGENIMAEXC MAP SYS.QOUT 
GO CONFVTESTDNO4C =-PATCH CONFPATCHO -SVPAT2 
COREVIESTSVPAT2 


Figure 4-8: Remote Site to be Loaied and Generated 
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MEMBERS 
—|DNO4I 
; LN20I 


VIESTDNO4I <-—--—} 
VIESTSVPAT2<—-------- 


V24LNO4] 
V24DN20 1 


QR KK KKKIKKEKKKK A KKKEKEK KKK KEAKEKKE KEE KREKKEKEKERKK EKER RK KKK 


DN7 100 TESTO4C -EQS RJB9OLDV2QVIZFWI IEUKCS*ZM3*2%##RQJIN4R K47RKXB238 
Be HKIK HHA HAA I HK HK KKK IKI IAAI IA HII IKK IAAI IISA ARE IRA AESKAAIAIA AK 


& DIRECTIVES 

Qe KKK KI KHKKKK KKK KAKA EKRKREKE EAE KR IKRKKR RAI CK RAIA RI Ra KR RI 
DIR UNCS 

LKFL CONFCHXMOD 


TBFL UNCSYTABLE 

PATCH! CONFPATCH I 

PATCH2 PTCHPATCH2 

& kkkkeakh ekkekkr keke eR KKK RK a RR RR RR KEK KR a RR RR RK RR KEKE 
& kkk kkk kkk LOCAL SITE kxkkk kkk kikk ek 

NG CNO4 LOC -—ALER 13138 

& 

& kkkkkKKKKKK KEKE LOCAL TELETYPE *%k* kik ik 


AF NOI! NOI -NODE DNO4 -NEED =LVL O 

AF AFT! AFT -NODE HE20 -DIR TEST 

AF TLLD TLD -NSFND HD20 -TLUND DN20 -SEM -LL HDL3 -FILE 
CONF SCEN2TEST 

LINK FOR DEBUG 

END START -SAVE COREVTESTLNO4I 


ae 


pornmm-VIESTDNO4I 3. Memory image before PATCH 
processing 

—-VIESTSVPAT2: Memory image after PATCH2 
processing from line 90 in 


scenario 
02725/83 10:57 02/25/83 10257 OO 


03/18/83 10206 03/ 18/83 10:06 00. IMA 
03/25/83 09354 03/25/83. 093254 00 IMA 
03/25/83 09357 03/25/83 09357 00 IMA 
03/7 24/82 17836 03/24/82 17336 00 IMA 
03/24/83 07246 03/24/83 07:46 00 IMA 


 chsesGREad TEL~~~~~--MODIF [ED—=~-MOLi~=TY PE~-L1 
IMA 


NUMBER OF MEMBERS: 6 


CARD SYNTAX FOR COMMANDS IN SCENARIO FILES 


All items are separated by one blank. 


o Mg 


2 


4. 


NODE Card 


e NODE <name> <scen> 


e “<name>” = the name of the DN/100 to be loaded (4 characters) 


®& “escen>" = the name of the scenario used in automatic mode. 
This Scenario must be. the first in the list of. scenarios (1 
character). 

SCEN Card 

@ SCEN <name> 


e "<name>" = the name of the scenario described in the yoeroneng 
cards, (1 character). 


LUMP Card 

@ DUMP <file> 

@® "<file>" defines the file in which the dump is to be. writtens 
this file name consists of “DUMP<subfile-name>", where i 
“subfile-name" is the name of the subfile defined in 
SYS.FPLUMP. 

LOAD Card | 

@ LOAD <file-1> [MAP (SYS,QUT: <file-2>) 


© ““<file-I>" defines the file containing the memory image to be 
loaded in the remote node, with one of the following values: 


e® "CORE<subfile-name>", if teleloading is to be performed, | 
where “esubfile-name>" is the name of the subfile defined in 
SYS eFPCORE 

@ "SGENIMAEXC", if SYSGEN is to be performed. 


e "<file-2>" optionally gives the name of the file in which the 
MAP will be. started. 


@e The LOAL card must be followed by a %&0O card (below). 
GQ Card 

@e GQ <parameters> 

e The GO card follows the LOAD card. 


@ The parameters are those defined for the generation. 


6. * Card 
e@ * <comment> 


@ Any string may be put as a comment. 


4.13 


APPENDIX A 


GCOS SYSTEM FILES FOR DN?7 100 SUPPORT 


This appendix gives a resume of the system files together with each 
of their subfiles, which must be present in GCOS software to execute 
DN/7100 administrative functions. 

These files may be located on any resident P-set disk of the DPS /. 


All these files are sized at system initialization by TAILOR? refer 
to the System Installation and Updating Manual. 


SYS.FPLUMP files may be edited using the GCOS CSADUMP utility. 


For.a detailed description of the GCOS utilities DSALOG and LSALUMP, 
refer to the Network Administration Utilities User Guide. 


Note that, for the list of tests contained by the file SYS.FPTEST, 
the user should refer to the In/On Line Tests Operator Guide. 


FILE NAME 


Subfile Name 


Contents and 


Command 


Subfile Name 


Contents and | 


Command 
Subfile Name 
Contents and 
Command 
oubfile Name 
Contents and 
Command 


Subfile Name 


Contents and | 


Command 


GCOS System Files for [N7100 Support 


_ SYS. FPCONF 


CHX MOD 


| Contains the list of uncs-modules to be used as 


input to NASF during DN/100 software generation. 
MIF fsys-name SYSGEN 


( IMAEXC! <subfile-name>) OPT 


Contains the DN7100 GO commands to be used as 
input to ADM during DN7 100 software generation. 


MIF fsys~name SYSGEN 


PATCHO 


Contains the patches for the subfile IMAEXC of | 
the file SYS.FPSGEN, to be used as input to NASF 
during DN/100 software generation. 


MIF fsys—-name SYSGEN 


PATCH | 


Contains the patches of DN71!100 bound units to be | 
used as input to NASF during DN7 100 software | 
generation. 


MIF fsys~name SYSGEN 


{<fsys-name>Cisubfile-name) 


Contains the generation deck to be used as input] 
to NASF during LN7100 software generation, in 
order to generate the image on the subfile 
{<fsys-name>Iisubfile-name) of the SYS.FPCORE 
file. 


MTF fsys—-name SYSGEN 


Subfile Name 


Contents and Usage 


Command 


FILE NAME 


Subfile Name 


Contents and Usage 


| Command 


FILE NAME 


Subfile Name 


Contents and Usage 


Command 


(<fsys-name-+Ii<subfile-name>})OPT 


Contains thea DN7100 GO command to be used as 
input to AD-i when "loading" the DN71O0. 


MTF fsys-name [AUTO] 


9Y9.FPCORE 


{<fsys—-name>Iisubfile-name} 


Contains the generated image of the DN7/ 100 
software? 


@ Output by NASF during UN/100 software 
generation 


@e Input to NASF when *®"loading® the DN7 100. 


Output from NASEs 
MIF fsys-name SYSGEN 
Input to NAdSFé . 


MiF fsys-name CAUTO] 


SYS oF PDUME 


<fsys—-name>{1i2) 


Contains the last 2 images of the DN7100 memory 
dumps. NASF always starts with the subfile 
<fsys-name>|] at the beginning of the dump 
session, then moves to <fsys—-name>2 once 
<fsys-name>l is full, et sea. 


MTF fsys-name PUMP 


| FILE NAME : OYS .FPPTCH 


Subfile Name | PATCH2 
| Contents and Usage] Contains the patches for the image. of the DN7100 
| | software in memory, to be used dynamically as _ 
input to NASFs 
e Luring DN/7 100 software generation 
@ When "loading" the DN7 JOO, 


Command MTF fsys-name (SYSGEN{CAUTO]) 


FILE NAME SYS.FPSGEN 


Subfile Name 7 IMAEXC 


Contents and Usage | Contains the image of the bootstrap for the 
7 | DN7100 system software to be uSed as input to 
NASF during DN7100 software generation. 


Command | MTF fsys-name SYSGEN 


FILE NAME 


Subfile Name 


Contents and Usage 


Command 


FILE NAME 


oubfile Name 


Contents and Usage | 
fF units of DN/100 software image to be used as 


Command 


SYOosre lot 


test-name 


Contains on-line tests which are launched either 
automatically by the DN7100, or at the request of 
the DN/100%s network control operator. 


1 2N7100 Operator Command: 


EX TL xxxx 


~ where "xxxx" is the test-name. 


i This method of "calling" the test from the [Ps 7, 


enables in-line testing of the UN7100. The EN71 00 
does not have to stop its normal operational | 
function, to “load" and execute the appropriate 


| test. Instead, the appropriate test, having been 
"called" from the DPS 7, is “multitasked" with | 


the normal operational function of the DN7/IOO. 


1 SYS.FPUNCS 


| YTABLE 


Contains the directory, and includes the bound 


input to NASF during DN7100 software generation. | 


| MIF fsys-nane SYSGEN 
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